Controlling the Increasing 
Complexities of DB2 Data 
Management and Movement 


DB2 managers eventu¬ 
ally must deal with the 
critical issues of data 
availability and integrity 
in distributed production 
environments. Doing so 
successfully will require a 
fir/ufomulatioii. 

A number of fundamental 
changes are evolving in data¬ 
base management and data 
communications environments 
that will profoundly complicate 
the processes by which data is 
managed and moved. These 
changes are already being felt, 
especially in IBM's DB2 data¬ 
base management environ¬ 
ment. 

Information technology 
professionals preparing to deal 
with these challenges must 
make solution decisions that 
will protect the long-term 
investment of the business 
enterprise. 

The changes appearing 
include: 

■ The inevitable growth 
of DB2 

■ The use of DB2 in produc¬ 
tion environments 

■ The complexities of dis¬ 
tributed processing 

■ Movement toward an inte¬ 
grated MVS environment 


■ The emerging impact of 

downsizing 

The depth of complexity 
that is beginning to appear will 
increase as organizations address 
the issues of movement and 
coordinated updating of data 
within a totally integrated MVS 
environment or among hetero¬ 
geneous distributed databases. 

The challenges become even 
more daunting when dealing with 
the issues of recovery and restart 
in these same environments. In 
short, these changes are creating 
a data management environment 
beyond the realm of people and 
procedures—one that demands 
the most advanced, reliable and 
synergistic software solutions 
available. 

The inevitable 
growth of DB2 

DB2 will continue to grow as 
the strategic database manage¬ 
ment system (DBMS) of 
choice. The demands of this 
growth will be manifested in 
terms of CPU consumption, 
DASD requirements, volume 
of data and number of users. 
Information Systems shops are 
moving rapidly from initial use 
of DB2, in which it is installed 
and employed primarily for 
development projects, to accel¬ 
erating use, in which it is 
moved gradually into the pro¬ 
duction environment. As IS 


shops move finally to extensive 
use of DB2 (See chart, page 2), 
where it is used for high-vol¬ 
ume, continuous-availability 
applications, they are quickly 
recognizing the hazards associ¬ 
ated with managing perfor¬ 
mance, availability, integrity 
and control of data in this 
demanding arena. 

The most obvious initial 
milestone is when DB2 is 
moved from a test or develop¬ 
ment stage to production. At 
this point, the need for high 
data availability and integrity 
begins to be felt by those who 
manage the DB2 subsystems. 
This proves true regardless of 
the size of the environment. 
Demands for high data avail¬ 
ability and performance are 
suddenly felt in both 24-by-7 
shops and those that have some 
form of batch window. 

There are four major rea¬ 
sons for the inevitable growth 
of DB2. First, applications can 
be developed much faster with 
DB2 than with a non-relational 
DBMS. Once an organization 
realizes that the company saves 
money in development and gets 
an earlier use of the applica¬ 
tion, the trend toward use of 
DB2 for development acceler¬ 
ates. As it does, important data 
becomes a part of the new 
DB2-based applications. It 
would be inhibiting to the DB2 
development process to insist 
that data remain positioned 
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moving gradually into 
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test and development 
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solely in a previous database 
management system. The re¬ 
sult is a move toward increased 
repositioning of data in DB2 or 
toward a mixed application. 


Second, applications are 
easier to maintain in DB2. Since 
most applications undergo sig¬ 
nificant maintenance over their 
life span, the ability to imple- 


The State of BB2 Today 

by Richard, Yevich, Senior 

Consultant, Codd & Date, Inc. 

DB2, while still changing, has matured to 
the stage of large-scale, mission-critical 
applications. A database table of five bil¬ 
lion rows, an online query system 
achieving close to 1,000 small transac¬ 
tions per second, and a batch system 
exceeding two million updates per hour 
in a 24-by-7 environment are in exis¬ 
tence. In development, a major service 
firm is in the planning stages of a 130- 
billion-row table. 

Data has matured into information, 
and DB2 is being selected as the infor¬ 
mation store. However, the issue of 
managing these data stores and achiev¬ 
ing acceptable levels of performance 
requires more knowledge and use of 
tools than ever before. 

The growth of DB2 use has far out¬ 


paced the growth of our understanding 
of how to manage, ensure performance 
and maintain integrity of the data. Com¬ 
plicating this further is the rapid move¬ 
ment into distributed systems, not only 
for EIS/DDS, but also for mission-critical 
OLTP systems. 

The only downside to DB2 today is 
the lack of understanding of all the issues 
and automated tools required to manage 
this environment. DB2 will work exactly 
the way it is directed, GOOD OR BAD! 

With DB2, it is incredibly easy to imple¬ 
ment poor systems and then not be able 
to understand, manage, monitor and cor¬ 
rect the problems. It is a shame, because 
in the right environment, with the right 
tools, the flexibility of DB2 allows it to be 
corrected. 

Richard Yevich is a consultant, software developer 
and lecturer with more than 23 years experience. He 
consults and lectures on relational, logical and phys¬ 
ical database design, application design and perfor¬ 
mance issues. 


ment change more responsively 
improves the value of the appli¬ 
cation to the organization. 

Third, the DB2 relational 
database management system is 
exceptionally capable in dealing 
with ad hoc requests for infor¬ 
mation without the need for 
program writing. This ability 
to respond quickly to informa¬ 
tional needs often brings with 
it competitive advantage that is 
important to the business en¬ 
terprise. As this becomes more 
obvious, the move to DB2 as 
the repository of choice for this 
type of data will accelerate. 

Fourth, and most impor¬ 
tant, is that future technologi¬ 
cal advances—both software 
and hardware—will be built 
upon the DB2 foundation. Dis¬ 
tributed database capabilities 
will evolve on a relational base. 
The relational implementation 
of DB2 is better able to take 
advantage of future hardware 
advances in memory and paral¬ 
lel processing. Major improve¬ 
ments are possible in the future 
through the synergy of rela¬ 
tional concepts, operating sys¬ 
tem and hardware advances. 

Other emerging technolo¬ 
gies such as Information Ware¬ 
house, end-user computing 
capabilities, expert systems and 
object-oriented databases will 
be built from relational plat¬ 
forms. 

Ironically, DB2’s extensive 
capabilities are in themselves 
forcing changes in the way data 
must be managed. The many 
new uses available from DB2 
are creating issues that DBAs 
have never had to face before. 
The result is that the role of 
the DBA is changing, moving 
toward that of a manager and 
facilitator and less of a con¬ 
troller. With that change has 

































come a need for fast and reli¬ 
able data management tools. 

Growth and new capabili¬ 
ties are placing new and com¬ 
plex demands on all data 
management resources—soft¬ 
ware, hardware and human. 

DB2 and the critical 
production environment 

As organizations increasingly 
extend DB2 usage into heavy- 
duty production environments, 
they are finding themselves 
faced with the same types of 
performance issues that exist 
with other DBMSs, but they 
are finding them much more 
difficult to control. DB2 data 
availability, integrity and recov¬ 
ery are now critical to the busi¬ 
ness itself, and the ability to 
manage data safely within the 
DB2 subsystem becomes vital. 

To maintain the data and 
to keep DB2 performing effi¬ 
ciently, IS shops must schedule 
maintenance windows—periods 


during which they take the sys¬ 
tem down and perform mainte¬ 
nance jobs. These jobs include 
loading in new data, reorganiz¬ 
ing table spaces, taking image 
copies and the like. Under 
these circumstances, time liter¬ 
ally is money, and the speed 
and reliability of maintenance 
tasks becomes of paramount 
importance. 

Most DB2 tuning and 
operations management must 
be done while the system is 
down, making data unavailable 
to users. Until recently, it was 
impossible to change perfor¬ 
mance control parameters 
(such as DSNZPARM values, 
buffer pool sizes, checkpoint 
frequency, timeout values or 
prefetch quantities or to change 
or repair an active log) without 
taking down the DB2 subsys¬ 
tem. To cancel runaway DB2 
threads—a significant con¬ 
sumer of CPU —meant can¬ 
celling the originating address 
space and forcing the user off 
the system. 


Software solutions will be 
necessary to ensure the high 
levels of performance and data 
availability vital to meet the 
demands of production envi¬ 
ronments. 

Speed of recovery is 
another key area of concern for 
high-availability environments. 
Recovering a corrupted table 
space in DB2 by using the IBM 
recovery utility is labor-inten¬ 
sive and time-consuming. It in¬ 
volves collecting and merging 
data from image copies, incre¬ 
mental image copies, archive 
logs and active logs. If referen¬ 
tial integrity is involved, not 
only the original table space, 
but also all those related to it 
must be recovered. For these 
reasons, it’s impossible for an 
IS shop to accurately predict 
how long it will take to recover 
any given DB2 table space. 

The process can take a number 
of hours, to say the least, and 
the risk of error or data loss 
can be very high. 


Getting Started With 
Information Warehouse 

by Joyce Bischoff, President, 

Bischoff Consulting, Inc. 

The good news about IBM’s Infor¬ 
mation Warehouse is that it offers a 
framework for delivering business 
information across an enterprise. The 
bad news is that very few organizations 
are in a position to take advantage of it. 
The framework consists of enterprise 
data, data delivery, and decision sup¬ 
port applications. Although organiza¬ 
tions have a wealth of data, most of it is 
tightly bound to applications and lacks 
the flexibility and definition to support 
its movement into the Information 
Warehouse environment. 


To take advantage of the Infor¬ 
mation Warehouse framework, a care¬ 
fully planned data architecture should 
be built with the enterprise data model 
as a foundation. Without a well-planned 
architecture, much unnecessary DASD 
will be consumed by redundant data 
and the data structures will lack the 
flexibility to respond to changing user 
requirements. Since CPUs are not 
infinitely fast, considerable technical 
expertise will be required to create a 
physical implementation that performs 
well in a relational DBMS, such as DB2. 

Strategies for data management 
and movement must also be planned. 
Data must be moved from the tradi¬ 
tional production environment into the 
Information Warehouse. Tools and 
procedures must be in place to mini¬ 


mize resource down time and enable 
users to move data from the ware¬ 
house into personal databases on 
any CPU. 

It is highly desirable to automate as 
much of the decision making as possible 
in the data maintenance area. Without 
properly maintained data, resource 
usage and response time will probably 
not be acceptable. If an organization 
builds an Information Warehouse, how¬ 
ever, the rewards are potentially great: 
data will be a corporate asset that may 
be used to gain competitive advantage. 

Joyce Bischoff has written articles and lectured 
internationally on DB2 design and performance 
issues and served as leader of the Task Force on 
DB2 Standards for Performance for GUIDE 
International. 












DISTRIBUTED DATA ACCESS TYPES - DISTRIBUTED REQUEST 


ONLY TRUE DISTRIBUTED 
DATABASE PROCESSING 
CONCEPT 



Transaction of multiple requests 
processed at multiple sites 

Each request processed at mul¬ 
tiple sites 


UNIT OF WORK 



NEW YORK 


BEGIN WORK 

SELECT T1 INVOICE_NO. T2.PART_DESC 
FROM 

CHICAGO MYDB.INVOICES T1, 
DENVER MYDB.PARTS T2 
WHERE 

T1.PART_NO = T2 PART_NO 
UPDATE DENVER MYDB.CONTROL 
SET PARTJOTALS = 0 
UPDATE CHICAGO MYDB.CONTROL 
SET PART_TOTALS = 0 
COMMIT WORK 

DENVER 


MYDB 



MYDB 



CHICAGO 


Source: Richard Yevich 


Distributed DB2: No 
simple solutions 

Homogeneous distributed 
database implementation is 
already beginning to appear on 
a limited basis. True distributed 
access and distributed request 
capabilities in a heterogeneous 
environment will emerge as the 
predominant configuration of 
the future data management 
structure. As it does, DBAs are 
discovering, it will bring an 
exponential increase in data 
management complexities. 

The very terms “distribut¬ 
ed database” or “distributed 
processing” frequently mean 
different things to different 
people. For purposes of its 
Distributed Relational Database 
Architecture (DRDA), IBM 
defines remote request, remote 
unit of work, distributed re¬ 
quest and distributed unit of 
work as four levels of distribut¬ 
ed database activity. 

Generally, when people 
speak of distributed database 
processing, they are referring to 


a distributed request, in which 
transactions of multiple requests 
are processed at multiple sites. 
This could be considered the 
ultimate goal of the truly dis¬ 
tributed relational DBMS. 

There are other, less 
advanced forms of distributed 
environments which, while not 
as complex as the distributed 
request scenario, still present 
significant challenges in terms 
of data availability, integrity, 
control and recovery. 

It will be impossible to 
manage and move data in these 
complex environments without 
the use of highly sophisticated, 
well-designed software that will 
operate synergistically with 
other administrative tools and 
utilities. 

The integrated 
MVS environment 

Movement has already begun 
toward a totally integrated 
MVS environment in which 
data is managed and moved to 


and from DB2, other DBMSs 
and VS AM repositories 
throughout the VTAM net¬ 
work employing CICS, TSO 
or IMS/TM subsystems. This 
integrated data will be used not 
for development or testing but 
for high-volume, mission-criti¬ 
cal applications programs that 
are vital to the business enter¬ 
prise. 

Although this may be 
achieved transparently to the 
various subsystems, the subsys¬ 
tems will be both logically and 
physically related and will have 
to be managed as a whole, be¬ 
cause the applications force 
them to be. 

If one subsystem suffers 
an outage, it affects the others. 
If one has to be recovered to a 
specific point in time, the oth¬ 
ers have to be recovered to 
that point in time. A single 
transaction has the power to 
trigger recoveries across all of 
the subsystems. 

Solutions for this environ¬ 
ment will have to be capable 
of managing data transparent¬ 
ly across subsystem lines in a 
way that is non-disruptive to 
the normal functions of the 
subsystems. 

The emerging impact 
of downsizing 

Downsizing—the movement of 
corporate computing from the 
mainframe down to PCs and 
desktop work stations—is 
emerging as a significant factor 
in the way data will be man¬ 
aged and moved. Although 
originally perceived as a move 
away from the mainframe en¬ 
tirely, downsizing is now ex¬ 
pected to evolve into a network 
that will typically include main- 






























frames, servers and client work 
stations. 

Downsizing offers two 
major advantages to corpora¬ 
tions—lower hardware costs 
and faster end-user access to 
data. Businesses see downsiz¬ 
ing as allowing the flow of 
business data out of corporate 
IS operations down to work¬ 
group computers that can turn 
data into information to better 
manage the business. Rather 
than just seeking cheaper hard¬ 
ware, corporations are working 
toward making end users more 
productive. 

Downsizing brings with it 
costs of its own. It requires sig¬ 
nificant investment in retrain¬ 
ing—both for end users and 


programmers—and in new 
software licensing. The great¬ 
est challenge, however, is in 
managing the movement and 
control of data within the 
mainframe-client/server envi¬ 
ronment. Being able to do this 
in an automated way is ex¬ 
tremely important, of course, 
because if the organization has 
to have an administrator on 
every LAN, that will effectively 
erase any savings achieved in 
hardware. 

For the move to downsiz¬ 
ing to be successful, organiza¬ 
tions will need two sets of 
technically sophisticated tools 
— one for managing the envi¬ 
ronment and another for coor¬ 
dinating the extraction and 


propagation of corporate data 
within the network. 

Old problems, 
new environment 

The issues associated with coop¬ 
erative processing and distribut¬ 
ed databases will be basically the 
same as those that currently 
exist for any database manage¬ 
ment system, but they will be 
much more complex to resolve. 

Database administrators 
and systems staff will be 
attempting to diagnose and 
correct performance problems 
in an environment in which any 
number of integrated DBMSs 
and data communications sub- 
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Downsizing and PC- 
Mainframe Coexistence 

By Colin J. White 

President , DataBase Associates 

Downsizing has accelerated over the 
last few years primarily for two rea¬ 
sons. First, the price/performance of 
the PC compared to the mainframe has 
been quite attractive. Second, with the 
current shift in business and the econ¬ 
omy, corporations need to be more 
competitive, and to be more competi¬ 
tive, they have to have speedy access 
to corporate data. Downsizing lets the 
PC access corporate data and turn it 
into information for use by business 
managers. 

The word “downsizing” doesn’t 
accurately describe what’s occurring. I 
personally prefer the word “rightsiz¬ 
ing.” My perception is that there are 
applications that are ideally suited for 
work-group computing using net¬ 
worked PCs, but that the robustness of 
that environment today is not adequate 


to take over high-end corporate data 
processing applications. The so-called 
downsizing decision involves finding 
the right platform for each application. 
Rightsizing strategists see a need for 
networked PCs, but they will coexist in 
conjunction with mainframes. Con¬ 
sequently, corporations need to start 
looking at client-server and distributed 
computing to determine how desktop 
systems and work-group systems will 
work in conjunction with mainframes. 

One of the key factors for suc¬ 
cessful downsizing will be managing 
these mainframe-to-PC environments. 
When organizations start developing 
and deploying applications that in¬ 
volve dozens, perhaps hundreds of 
PCs, the real challenge is going to be 
in managing and synchronizing the 
system software, applications software 
and PC configuration files. Unless we 
get well designed and automated tools 
in this area, the hardware cost savings 
of downsizing will be offset by the 
additional cost of administering such 
a system. 


Another major hurdle is the move¬ 
ment of the data. About 80 to 85 per¬ 
cent of corporate data today is not in a 
relational form. It’s in flat files, VSAM 
files and hierarchical databases, e.g., 
IMS. Secondly, a good deal of that data 
is not in a form that is usable to the end 
user. It’s not well-structured for end- 
user access. In order to distribute the 
data to the PC level, organizations will 
have to copy that data to a relational 
information database and then stage it 
down to PCs. 

For the move to downsizing to be 
successful, organizations will need tools 
to manage a distributed environment. 
Downsizing will require two sets of 
tools—one for managing the environ¬ 
ment and another for coordinating the 
extraction and propagation of corporate 
data around the network. 

Colin White is president of DataBase Associates, a 
database consulting firm based in Morgan Hill, 
California and is editor/publisher of InfoDB and 
Database Review. He has co-authored books on 
IBM’s DB2 and SQL/DS products and is 
Conference Director for DB/EXPO. 


systems could be at fault. Per¬ 
formance will be more difficult 
to monitor and much more dif¬ 
ficult to tune. 

When a transaction is dis¬ 
tributed across multiple plat¬ 
forms, the chance of failure 
increases, and the risk is addi¬ 
tive. For instance, to ensure an 
overall 99 percent availability 
of a transaction on five systems 
requires 99.8 percent availabili¬ 
ty on each platform. That is, 
what would have required a 
one-percent chance of failure 
on one platform must be 
reduced to a 0.2 percent chance 
of failure on each of the five 
platforms. In this case, the data 
manager has just lost 80 per¬ 
cent of his chance-of-failure 
pad. The need for availability is 
higher, the complexity of the 
environment is increasing, but 


the chance of failure must 
somehow be reduced. 

Recovery to a point of 
consistency and a restart that 
preserves system-wide data 
integrity under these circum¬ 
stances will present the most 
complex issues that informa¬ 
tion technology professionals 
have yet faced. 

What the future 
will demand 

Most organizations that have 
implemented DB2 rely on mul¬ 
tiple DB2 subsystems to facili¬ 
tate the design development, test 
and production stages of an 
application’s life cycle. The data 
independence offered by DB2 
allows the application data struc¬ 
tures in each of these subsystems 
to vary for any given application. 


These variations in struc¬ 
tural elements are required to 
satisfy issues regarding perfor¬ 
mance, security and additional 
uses of data from one subsys¬ 
tem to another. Applications 
may also exist at various version 
levels on different subsystems. 
All of these factors make the 
task of database administration 
much more complex and error 
prone than with previous 
DBMS systems. 

The strengths of DB2— 
data independence and flexibili¬ 
ty—frustrate efforts to make 
implementing changes to DB2 
structures a manageable process. 
The challenge faced by DB2 
DBAs is to maximize the power 
of DB2’s capabilities while 
keeping control of data struc¬ 
tures and facilitating the respon¬ 
sive implementation of changes. 







A key requirement for the 
information technology man¬ 
ager of the future will be a 
complete set of solutions for 
managing change within a 
complex DB2 environment that 
is comprised of multiple sub¬ 
systems as well as CASE tools 
and various other repositories 
for structure definitions. 

Change will have to be 
implemented while preserving 
structure modifications that 
have been made locally for tun¬ 
ing, data access or security pur¬ 
poses. CASE tools and other 
repositories used for application 
design must be synchronized 
with DB2’s implementation of 
data structures. Bachman 
Information Systems, for exam¬ 
ple, provides such synchroniza¬ 
tion through its unique 
Model-Driven Development 
architecture. 

Beyond the realm of 
people and procedures 

The complexity continues to 
increase when one considers 
the level of effort required to 
recover and restart even a small 
part of any of these same oper¬ 
ating environments. Recovery, 
of course, means with full data 
integrity and within a time 
frame that is acceptable to en¬ 
terprise data availability needs. 
It becomes obvious that recov¬ 
ery from a system-wide failure 
that involves 10 DB2 subsys¬ 
tems residing in a heteroge¬ 
neous distributed environment 
sharing data with 100,000 work 
stations where data also resides 
would be far too complex and 
time consuming for a people 
and procedures alone scenario. 

It would have to be done 
through a software solution, 


and that software solution 
would require more develop¬ 
ment time, expense and sophis¬ 
tication than most IS shops and 
the vast majority of software 
vendors have or can afford. 

It’s a tough problem, but 
it's not impossible. The an¬ 
swers are to be found in tech¬ 
nology leadership, quality, 
experience, and vision. 

The need for technology 
leadership 

To put it simply, it will be in¬ 
cumbent upon a third-party 
software developer to recog¬ 
nize these approaching prob¬ 
lems and begin to work toward 
their solutions. 

It will have to be an indus¬ 
try leader, one with extensive 
experience in the database 
management and data commu¬ 
nications world. It should be 
one that has historically led the 
way with new and reliable tech¬ 
nology. Finally, it must be one 
that is able to analyze and un¬ 
derstand the complexity of the 
problems it has been asked to 
solve and one with the techno¬ 
logical sophistication and capi¬ 
tal strength to develop 
solutions to those problems. 

In fact, that has already 
begun to happen. 

One software vendor 
already provides an integrated 
set of high-performance tools 
that handles today’s tactical 
problems and provides strategic 
solutions for the future. 

One software vendor 
already has in place fast, reli¬ 
able products that are horizon¬ 
tally integrated to provide 
solutions across multiple sub¬ 
systems such as IMS, DB2, 
CICS, TSO and VTAM. 


These products fulfill day-to- 
day operating needs for data 
availability, integrity and recov¬ 
ery capabilities in complex 
integrated production environ¬ 
ments. 

One software vendor is 
already developing vertically 
integrated software solutions 
that will provide functional 
integration consistent with the 
strategic requirements of the 
future. 

That vendor is BMC 
Software, Inc. 

Why quality is critical 

“There is no equivalent to a BMC 
product. ” 

— Max Watson, 

Chairman, President and 
Chief Executive Officer, 
BMC Software, Inc. 

In the world of continuous- 
availability or 24-by-7 IS shops, 
there is no “almost” scenario. 
Database management systems 
and the administrative tools 
and utilities that support them 
must be fast and reliable. They 
must be designed to be safe and 
effective in the complex inte¬ 
grated environment of today 
and tomorrow. There are no 
bargain-basement answers. 

The data management 
world continues to move into 
ever more complex integrated 
and distributed environments. 
The problems of maximizing 
performance, providing opti¬ 
mum data availability, protect¬ 
ing data integrity and ensuring 
database recovery and restart 
capabilities will demand a set of 
integrated, high-performance 
software solutions that span all 
of the subsystem environments. 

For emerging DB2 shops, 
where initial concerns typically 
focus on development tools, 







decisions must be made to pro¬ 
tect the much larger investment 
in production. Selecting tools 
based on a single function will 
not create the solid foundation 
required for the future. 

The only choice is 
BMC Software 

BMC Software, Inc. has led the 
way in developing software 
solutions for IBM and IBM- 
compatible mainframe database 
management and data commu¬ 
nications systems, including 
IMS, DB2, CICS and VTAM. 
BMC is the only software ven¬ 
dor that designs and develops 
solutions for data management 
and data movement across 
these integrated subsystems. 


BMC is continuing to pro¬ 
vide new products that meet 
the growing needs of this envi¬ 
ronment as it increases in size 
and complexity. It is for this 
purpose that BMC returns an 
industry-leading 2 3 percent of 
its revenue to research and 
development and product sup¬ 
port—two areas in which BMC 
customers, in an independent 
survey, ranked BMC as the in¬ 
dustry leader. 

In addition, BMC is being 
called upon by concerned in¬ 
formation technology profes¬ 
sionals to provide solutions to 
the emerging problems of dis¬ 
tributed processing—manage¬ 
ment of performance, change, 
recovery and restart. In fact, 
BMC began to address these 
issues some time ago as part of 


its research and development 
strategic planning. New prod¬ 
ucts to meet these and other 
database management and data 
communications needs will be 
announced in the near future. 
Still others will follow. 

The issues are complex. 
They require a robust founda¬ 
tion. Only BMC Software can 
offer the foundation and the 
demonstrated track record to 
deliver future products to 
meet the increasing complexi¬ 
ties of data management and 
movement. 

For reprints of this article or to 
talk to a BMC software consultant, 
call TOLL FREE in the U.S . and 
Canada ,, 1 800 841-2031 or FAX 
7 13 242-6523. 
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